One more update on this issue.
I've run into problems with maya on same machine as well, now tested rocky linux and everything seems to work fine including Houdini 20.0.653 that had problems detecting GPUs on Nobara 39 (fedora 39), so seems like fedora hade some changes implemented or something. If it makes any sense. In any case. Rocky Linux 9.4 here at the moment and everything seems to work just fine
Found 103 posts.
Search results Show results as topic list.
Solaris and Karma » XPU stopped working after Houdini upgrade (605 to 653).
- Mirko Jankovic
- 103 posts
- Online
Houdini Lounge » Houdini on Wayland Linux
- Mirko Jankovic
- 103 posts
- Online
I've settled with Rocky linux at the moment. A bit older kernel, stable KDE release... and most important everything seems to work just fine, and nvidia drivers installed without problems from rpmfusion, adn correctly detected in maya so.... does not have all the latest bells and whistles but it works. and stable so far
Solaris and Karma » XPU stopped working after Houdini upgrade (605 to 653).
- Mirko Jankovic
- 103 posts
- Online
I've just tested 20.0.702 daily build and it finally works fine without any manual fixes on my side. both GPUs detected properly and working.
Houdini Lounge » Houdini on Wayland Linux
- Mirko Jankovic
- 103 posts
- Online
Fedora 40 at the moment does not have x11 as I can see.
Tur there are ton of options to stay with x11 for a while, but I do also wanna have all the latest bells and whistles like working gaming and HDR support.. things that sort of will be implemented only in x11
Also I didn;t yet dig too dip but I did have issues with cintiw on wayland as well so there is that too.
I guess biggest issue for me personally is that I'm sort if in an limbo between OSs.
Window is.. well windows.. 11 is pile of crap that is getting worse every day, now adding adds even on top of paid system....
Linux is getting better on the other hand but still not there yet, killing x11 that is working but not moving forward at all, and waylaid that is moving but still doesn't work properly. And apps not supporting it yet as well...
Seems like with time OS and all this instead of getting netter is just getting messier
Sort of similar to Houdini honestly.. so many nice things ocmign with 20, but also most of them ar estill like developing.. APEX nowhere near to be production ready, Karma XPU getting there but sitl have a way to go.. takling mostly from user perspective not some tech developer Layout node for exmaple seems nice but there is so many things to desire there user experience wise... Anyway getting way from main topic.
What distro should you good people suggest for stable and solid work with nvidia and Houdini?
Centos was the way but as that one is killed.. yea this stream thing is not going to my comp... Rocky Linux?
Also testing fedora 40 on another small machine jsut to see how it goes.. I could no t get nvidia drivers wokring at all, tried both manual nvidia drivers install and rpmfusion mode.. no luck
Tur there are ton of options to stay with x11 for a while, but I do also wanna have all the latest bells and whistles like working gaming and HDR support.. things that sort of will be implemented only in x11
Also I didn;t yet dig too dip but I did have issues with cintiw on wayland as well so there is that too.
I guess biggest issue for me personally is that I'm sort if in an limbo between OSs.
Window is.. well windows.. 11 is pile of crap that is getting worse every day, now adding adds even on top of paid system....
Linux is getting better on the other hand but still not there yet, killing x11 that is working but not moving forward at all, and waylaid that is moving but still doesn't work properly. And apps not supporting it yet as well...
Seems like with time OS and all this instead of getting netter is just getting messier
Sort of similar to Houdini honestly.. so many nice things ocmign with 20, but also most of them ar estill like developing.. APEX nowhere near to be production ready, Karma XPU getting there but sitl have a way to go.. takling mostly from user perspective not some tech developer Layout node for exmaple seems nice but there is so many things to desire there user experience wise... Anyway getting way from main topic.
What distro should you good people suggest for stable and solid work with nvidia and Houdini?
Centos was the way but as that one is killed.. yea this stream thing is not going to my comp... Rocky Linux?
Also testing fedora 40 on another small machine jsut to see how it goes.. I could no t get nvidia drivers wokring at all, tried both manual nvidia drivers install and rpmfusion mode.. no luck
Houdini Lounge » Houdini on Wayland Linux
- Mirko Jankovic
- 103 posts
- Online
Well it will become as every major distro is getting rid of x11 as development of it ended as well.
So why not look at it right away instead of waiting for flood gates to open?
Fedora 40 is wayland only, RHEL is following as well, along with every other major distro...
So why not look at it right away instead of waiting for flood gates to open?
Fedora 40 is wayland only, RHEL is following as well, along with every other major distro...
Solaris and Karma » XPU stopped working after Houdini upgrade (605 to 653).
- Mirko Jankovic
- 103 posts
- Online
Tested finaly:
Houdini DSO error on 'libnvidia-ml.so'
libnvidia-ml.so: cannot open shared object file: No such file or directory
Houdini DSO error on '/usr/lib64/libnvidia-ml.so'
/usr/lib64/libnvidia-ml.so: cannot open shared object file: No such file or directory
KarmaXPU: Failed to load CUDA DSO
KarmaXPU: Found 1 total devices
KarmaXPU: Device 0 Info: Embree CPU device
I've tested on latest priduction build 20.0.688
Nvidia 550.67
I seems to have it fixed.. I just copied libnvidia-ml.so.1 to libnvidia-ml.so in that /usr/lib64 folder...
Houdini DSO error on 'libnvidia-ml.so'
libnvidia-ml.so: cannot open shared object file: No such file or directory
Houdini DSO error on '/usr/lib64/libnvidia-ml.so'
/usr/lib64/libnvidia-ml.so: cannot open shared object file: No such file or directory
KarmaXPU: Failed to load CUDA DSO
KarmaXPU: Found 1 total devices
KarmaXPU: Device 0 Info: Embree CPU device
I've tested on latest priduction build 20.0.688
Nvidia 550.67
I seems to have it fixed.. I just copied libnvidia-ml.so.1 to libnvidia-ml.so in that /usr/lib64 folder...
Edited by Mirko Jankovic - April 28, 2024 14:59:32
Work in Progress » My First APEX Character
- Mirko Jankovic
- 103 posts
- Online
It is good to see some people even trying to get this to work. As animator I took an look into APEX and run away screaming.
We need simple tools that will enable us to get to 90% of task done, fast. Think mgear for maya or similar riggers in blender. We need tools like that that will get us to rigged usable characters fast. Until that point is reached I don't think you will see too many animators switching to Houdini.
I would be first in line to ditch maya in an instance! But beside not being able to get understandable tools for myself.. it is mission impossible to find even Houdini riggers too.
So until this is reached and polished... I would love to see Houdini taking over character animation as well but I'm afraid it will take too long. And taking things too long was part of what ended up killing Softimage as well....I mean not that not being character animation software will kill Houdini, but character animation part of it will never become standard.
We need simple tools that will enable us to get to 90% of task done, fast. Think mgear for maya or similar riggers in blender. We need tools like that that will get us to rigged usable characters fast. Until that point is reached I don't think you will see too many animators switching to Houdini.
I would be first in line to ditch maya in an instance! But beside not being able to get understandable tools for myself.. it is mission impossible to find even Houdini riggers too.
So until this is reached and polished... I would love to see Houdini taking over character animation as well but I'm afraid it will take too long. And taking things too long was part of what ended up killing Softimage as well....I mean not that not being character animation software will kill Houdini, but character animation part of it will never become standard.
Solaris and Karma » Karma Shadow Matte
- Mirko Jankovic
- 103 posts
- Online
Solaris and Karma » XPU stopped working after Houdini upgrade (605 to 653).
- Mirko Jankovic
- 103 posts
- Online
I never made anything manually, just installed 20.0.685 and tried running but no luck, it did not work for me.
nvidia drivers 550.67
nvidia drivers 550.67
Solaris and Karma » Asset library path change
- Mirko Jankovic
- 103 posts
- Online
Hi!
I have a scene with layout and bunch of assets loaded in and painted in the scene. But mistake was made and import of assets into asset library and into layout was done on windows using full path instead of $HIP or $JOB variables. That ofc made them unreadable on linux. Render pre-flight check does not help as well as now assets and paths are inside locked nodes in layout and I don't see a way to convert current layouts into linux readable formats ie replacing windows path with $HIP path.
Any ideas how to deal with this without importing everything again and painting from scratch all those assets?
Appreciate any help!
I have a scene with layout and bunch of assets loaded in and painted in the scene. But mistake was made and import of assets into asset library and into layout was done on windows using full path instead of $HIP or $JOB variables. That ofc made them unreadable on linux. Render pre-flight check does not help as well as now assets and paths are inside locked nodes in layout and I don't see a way to convert current layouts into linux readable formats ie replacing windows path with $HIP path.
Any ideas how to deal with this without importing everything again and painting from scratch all those assets?
Appreciate any help!
Solaris and Karma » XPU stopped working after Houdini upgrade (605 to 653).
- Mirko Jankovic
- 103 posts
- Online
I just came in to check about same issue, XPU not working, GPUs not used at all, at the same time redshift still works fine on 20.0.653
20.0.685 also no luck. Nobara linux (Fedora), nvidia drivers 550.67
20.0.685 also no luck. Nobara linux (Fedora), nvidia drivers 550.67
Solaris and Karma » Subdivision or some other issue?
- Mirko Jankovic
- 103 posts
- Online
I tried exporting from maya again, export with all subdivison options in USD export, none, loop, bilinear, catclark... Now none of them renders smoothed as all. And on top of that rendering CPU still not smoothed but those artifacts are not visible. Rendering with XPU artefacts are there.
Now figured, they are here with dome light,
rendering with karma skylight and artefacts are not there.
Ok found it again. so it is still same bug as it seems s when H20 lunched.
When using HDRI I have to set Maximum HDRI size at something huge like 100000, now artefacts are gone.
Now figured, they are here with dome light,
rendering with karma skylight and artefacts are not there.
Ok found it again. so it is still same bug as it seems s when H20 lunched.
When using HDRI I have to set Maximum HDRI size at something huge like 100000, now artefacts are gone.
Edited by Mirko Jankovic - April 17, 2024 02:18:16
Solaris and Karma » Subdivision or some other issue?
- Mirko Jankovic
- 103 posts
- Online
No effect. I tried even with SOP Create, then in there USD import, unpack and polygon, and then normal as well. No change
Solaris and Karma » Subdivision or some other issue?
- Mirko Jankovic
- 103 posts
- Online
I as testing karma and xpu when 20.0 aws out, then had bni a bit busy to keep testing but now trying to make it work again for couple of my project and still running into old issue.
I have character animated in maya, exported as USD and imported in Solaris, added materials and hoping to render it. But I see these artefacts on the mesh. They are not there if I create object nit he H and smooth it, or even if I import this mesh as obj in the scene then move load into Solaris stage. But loading USD like thsi gievs me thsi issue.
I'm thinking that I'm probably doing something wrong either exportin from maya or importing into Solaris.
Any ideas, tip san tricks?
Attached image of the problem nd currently what I'm using to import into stage.
I have character animated in maya, exported as USD and imported in Solaris, added materials and hoping to render it. But I see these artefacts on the mesh. They are not there if I create object nit he H and smooth it, or even if I import this mesh as obj in the scene then move load into Solaris stage. But loading USD like thsi gievs me thsi issue.
I'm thinking that I'm probably doing something wrong either exportin from maya or importing into Solaris.
Any ideas, tip san tricks?
Attached image of the problem nd currently what I'm using to import into stage.
Houdini Lounge » Houdini on Wayland Linux
- Mirko Jankovic
- 103 posts
- Online
Bump, looking for any info about wayland support as well.
All distros are shutting down xogr and soon enough wayland will be only available option
All distros are shutting down xogr and soon enough wayland will be only available option
Solaris and Karma » HQueue setup help
- Mirko Jankovic
- 103 posts
- Online
Hmm al this user creation and stuff to access network folder, I don't think that is the problem because I haveNAS, all sharing is sorted out there. Project folders are on NAS. What is this new shared folder is it some working directory or it is shared to put projects in and share with others? Because if that is the case I already have that part done on NAS and all project folders are accessible.
But there is another option of that network folder in HQqueue web interface.. what to add there, Again do Ihave to add all NAS folders that contains projects there or?
For example synology nas with shared folders that are mounted to windows machines. Do I have to add some of thsoe folders or?
I've tried adding network folder where my test project is.
This is output log:
Accessing "\\CGOS1821\Work\houdini_distros\hfs.windows-x86_64\bin\hython" ...
The system cannot find the path specified.
Why is it looking for houdini_distros there?
Honestly confused here
But there is another option of that network folder in HQqueue web interface.. what to add there, Again do Ihave to add all NAS folders that contains projects there or?
For example synology nas with shared folders that are mounted to windows machines. Do I have to add some of thsoe folders or?
I've tried adding network folder where my test project is.
This is output log:
Accessing "\\CGOS1821\Work\houdini_distros\hfs.windows-x86_64\bin\hython" ...
The system cannot find the path specified.
Why is it looking for houdini_distros there?
Honestly confused here
Edited by Mirko Jankovic - March 20, 2024 00:39:44
Solaris and Karma » HQueue setup help
- Mirko Jankovic
- 103 posts
- Online
I was wondering if anyone managed to setup HQueue properly (windows in this case) and to work with Solaris and karma xpu?
I'm following couple guides at the moment. I have server and clients alrll working fine and connected. But my success ends there.
First block I think is this network folder.. I do have NAS and shared folders but no idea what that folder to add is, do we and all shared folders with projects on or that is some special difernt shared folder or?
Would appreciate help in getting this running.
I mostly wanna check to see if HQueue works better then Deadline with Houdini.
I'm following couple guides at the moment. I have server and clients alrll working fine and connected. But my success ends there.
First block I think is this network folder.. I do have NAS and shared folders but no idea what that folder to add is, do we and all shared folders with projects on or that is some special difernt shared folder or?
Would appreciate help in getting this running.
I mostly wanna check to see if HQueue works better then Deadline with Houdini.
Solaris and Karma » Animation sequence rendering practices - speed loss once sent to Deadline
- Mirko Jankovic
- 103 posts
- Online
Ah yes I actually forgot about that path mapping issue and did run into it with fairly big env scene where path mapping was taking longer then render it self. While looking at log it was stuck at path mapping for looong time then just goes through rendering.
Will test how it goes with your fix. Thanks!
Will test how it goes with your fix. Thanks!
Solaris and Karma » Animation sequence rendering practices - speed loss once sent to Deadline
- Mirko Jankovic
- 103 posts
- Online
Yea I'm aware of that one and mentioned it, but it can be a problem when you are rendering something more complex that takes like 10-15 minutes per frame, and chunk of 10 of those can take hours. If any of the workers fails for whatever reason it will render whole bunch from start. And with missing skip existing frames in Solaris that is time wasted even more. So yea it all comes to balancing but still feels like time wasted to loading scene between each task IF there is a way to make it work more similar to mayabatch ie load once and then just keep pumping frames
Solaris and Karma » Animation sequence rendering practices - speed loss once sent to Deadline
- Mirko Jankovic
- 103 posts
- Online
I'm afraid that writing custom plugins is a bit out of my scope
I did run into people trying to solve that and sharing on deadline forum asking for official deadline Solaris husk plugin but in the mean time they are trying something:
https://forums.thinkboxsoftware.com/t/official-houdini-solaris-husk-submitter/30214/88 [forums.thinkboxsoftware.com]
I'm still trying to figure out if this one form the forum can do the job.
I did run into people trying to solve that and sharing on deadline forum asking for official deadline Solaris husk plugin but in the mean time they are trying something:
https://forums.thinkboxsoftware.com/t/official-houdini-solaris-husk-submitter/30214/88 [forums.thinkboxsoftware.com]
I'm still trying to figure out if this one form the forum can do the job.
-
- Quick Links